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distributed or otherwise conveyed to third parties without the 
express written permission of Control Data. 



This document is to be used for planning purposes only. It 
does not include any explicit or implied commitments for any 
specific release dates or feature content. These matters are 
currently under active development, and as such are subject to 
revision and replanning as circumstances warrant. 
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1.0 INTRODUCTION \y 



1.0 INTRODUCTION 



1.1 PURPOSE 



This document describes the external interfaces of the 
internet protocol static routing (IPSR) module. This module 
contains the routing tables that are used by all other DoD 
protocols. Routines are provided to maintain the list of 
directly connected hosts kept in the routing tables. Command 
processors are also provided to maintain this list of directly 
connected hosts. The major purpose of this module is 
fulfilled by a routine provided to determine the next hop for 
a given datagram. 



The routines contained in this module are not intended to 
be the only users of the routing tables, any dynamic routing 
protocol (EGP for instance) may access the routing tables 
directly. 

1.2 REFERENCES 



The following manuals contain material that either defines 
the operations of the IPSR module and the modules it 
interfaces to, or provides additional insight into the use of 
the module. 

[1] RFC-791 SRI Internet Protocol 

[2] RFC-792 SRI Internet Control Message Protocol 

[3] MIL-STD-1777 DoD Internet Protocol Standard 

[A] ARH6265 CDC Internet Protocol ERS 

[5] ARH7016 CDC Internet Protocol IDS 
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2.0 SERVICE OVERVIEW 



In the DoD network environment the following 
characteristics control the routing of datagrams. It should 
be noted that in the CDCNET environment the distinction 
between hosts and gateways is not adhered to, the IP module 
performs both functions. 

1. A DoD host is by definition connected to only one 
network. 

2. A DoD gateway is by definition connected to two or more 
networks. 

3. The routing tables used by a host are also used by a 
gateway and include two tables. The first contains a 
list of all directly connected hosts and gateways, and 
their local addresses. The second contains a list of 
all reachable networks and the local address of the 
gateway to each network. 

A. As each host or gateway is added to a DoD network, its 
existence must be manually indicated to every other 
entity connected to that network. There is no protocol 
that a new host can use to automatically inform its 
neighbors of its existence. 

5. The network table used by a host is only updated by 
redirect messages. Hosts do not participate in any 
routing protocols. 

6. The network table used by a gateway may be updated 
dynamically by various routing protocols, with EGP and 

jCGP as examples. Additional tables may be used by these 
& routing protocols that do not appear in a host. 



& 
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2.1 SERVICES PROVIDED 



The static routing module provides services to allow the 
modules which implement other DoD protocols in the DI to 
function according to the characteristics noteo above. There 
are three base services provided, each services' is described 
in one of the following sections. *A 

2.1.1 PROCEDURE ACCESS 



/C' 



The IPSR module provides other modules with a set of 
subroutines that can be called to modify the contents of the 
routing tables. These routines are provided to minimize the 
amount of information that an outside user needs to know about 
the routing tables. 



ipsr_add_host 



ipsr_delete_host 



ipsr_process_icmp_data 



ipsr_add_network 



ipsr_delete_network 



ipsr_search_host_table 



This routine allows an 
outside module to add a host to 
the routing table. The various 
addresses of the host must be 
specified, as well as the type 
of host. 



This 



routine allows an 



outside module to delete a host 
from the routing table. The IP 
address and type of the host 
must be specified. 

This routine allows the IP 
module to inform the IPSR module 
that it has received an ICMP 
datagram. 

This routine allows an 
outside module to add a new 
network to the network table. 

This routine allows an 
outside module to delete a 
network from the network table. 

This routine allows an 
outside module to locate a 
specific host and determine all 
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2.1.1 PROCEDURE ACCESS 



known information about that 
host. 

ipsr_search_network_table This routine allows an 

outside module to locate a 
specific network and determine 
all known information about that 
network. 



^^^ 
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2.1.2 ROUTING SERVICES 



The IPSR modules primary task is to provide routing 
decisions to the IP module This task is handled by the 
ipsr_get_route routine. The ipsr_get_route routine is called 
by the IP module to determine where a datagram should be sent. 
Each datagram that the IP module receives from the upper layer 
or the lower layer will be processed to determine the next 
destination. The routing options that are part of the 
datagram will be processed by this routine. 



2.1.3 COMMAND ACCESS 



There are four command processors which are logically part 
of the IPSR module. The first two allow the list of directly 
connected hosts/gateways to be modified, and the second two 
allow the list of known networks to be modified. These 
command processors will call the routines that are provided to 
the rest of the system to perform their functions. This 
service is intended to allow the network operator to modify 
the routing tables manually. 



Define IP host 



Cancel IP host 



This command allows the addition of a 
host to the routing table. The various 
addresses of the host must be specified, 
as well as the type of host. 

This command allows the deletion of a 
host from the routing table. The IP 
address of the host must be specified. 



Define IP_network This command allows the addition of a 
network to the routing table. 

Cancel_IP_network This command allows the deletion of a 
network from the routing table. 
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2.2 FUNCTIONAL RELATIONSHIPS 



The services of the IPSR module may be accessed by anyone, 
at any time, no SAP is needed. All routines are global 
addresses. The routing tables do not have any locks. It is 
assumed that all users of the routing tables will be running 
as a non-preemptive tasks, but if the IPSR module detects that 
its user is preemptive then the NOPREMPT and OKPREMPT common 
subroutines will be callGc!* 



\J 
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2.3 EXTERNAL SERVICES UTILIZED 



2.3.1 INTRANET LAYER (3A) 






The IPSR module uses the services of the 3A module. The 
IPSR module requires the ability to differentiate between CDC 
network solutions and IP network solutions. When the IPSR 
module opens a SAP with the 3A module it will specify that it 
is only concerned with IP network solutions. The IPSR module 
will specify a routine that 3A can call to inform it that the 
status of a network has changed and will expect to receive the 
following information from the 3A module. 

1. The IP address of the network connection. 

2. The 3A network ID. 

3. The 3A system ID. 

A. The maximum datagram size for the network. 
5. The current status of the network. 



The IPSR module will use the information that it receives 
in a 3A status indication to create a network entry for the 
directly connected network and a host entry for its own 
address on the particular network. 



2.3.2 INTERNET PROTOCOL (IP) 



The IPSR module expects that the IP module will present an 
indication of each Internet Control Message Protocol (ICMP) 
datagram that it receives. The format of ICMP datagrams is 
documented in reference [2] . By processing ICMP datagrams the 
IPSR module will be able to keep the network table up to date 
in a somewhat dynamic manner. 



x. _.-- 
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3.0 SERVICE DESCRIPTIONS 



3.1 PROCEDURE ACCESS 



The DoD protocols do not at this time provide any method 
for the IPSR module to obtain the addresses of directly 
connected hosts. It is therefore necessary for some other 
module which knows these addresses to inform the IPSR module. 
The routines described in this section allow the caller to add 
to and delete from the routing table. There are also two 
routines which allow reachable networks to be added to and 
deleted from the routing table. 

3.1.1 ADD HOST FUNCTION 



c 



This routine is used to add the information about a 
directly connected host into the routing table. Each IP host 
on a directly connected IP network must be entered into the 
routing table with this routine. All hosts in a connected CDC 
Catnet to whom this gateway provides direct service, are 
considered to be directly connected and must be entered into 
the routing table with this routine. The format of the CYBIL 
interface is as follows: 



PROCEDURE ipsr_add_host ( 



o 



host_address 

host_type 

egp_active 

igp_active 

3a_network 

3a_system 

VAR status 



host_address In 
host_type In 
egp_active In 



ip_address; 

: ipsr_host_type; 

: BOOLEAN; ~- 

: BOOLEAN; 

: net_id_type; 

: sys_id_type; 

: ipsr_status_type) ; 



This is the IP address of the 
host being defined. 

This is the type of host being 
defined. 

This flag is set if an external 
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XJ 



igp_active In 



3a network In 



3a_system In 



status 



Out 



gateway protocol is active in this 
host. 

This flag is set if an internal 
gateway protocol is active in this 
host. 

This is the 3A net_id of the 
network solution that the host is 
connected to. 

This is the 3A system_id of the 
host. 

This is the status of the 
request. The following values may 
be returned: 

ipsr_successful 

ipsr_host_exists 

ipsr_invalid_address 

ipsr_invalid_type 

ipsr_unknown_network 



c 
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3.1.2 DELETE HOST FUNCTION 



This routine is used to delete a host from the routing 
table. When an existing entry needs to be changed, the 
current entry must be deleted and then the new entry added. 
The format of the CYBIL interface is as follows: 



PROCEDURE ipsr_delete_host ( 
host_address : ip_address; 
VAR status : ipsr_status_type) ; 



host_address In This is the IP address of the 

host. 

status Out This is the status of the 

request. The following values may 
be returned: 

ipsr_successful 
ipsr_unknown_hos t 
ipsr_invalid_address 
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A 



3.1.3 PROCESS ICMP DATA 



This routine is called by the IP nodule to indicate that it 
has received an ICMP datagram. This is the only dynamic 
routing information that a standard DoD host will receive. 
The format of the CYBIL interface is as follows: 



PROCEDURE ipsr_process_icmp_data ( 
error_type : ipsr_icmp_ind; 
source : ip_address; 
destination : ip_address; 
new_gateway : ip_address) ; 



error_type 



source 



In 



In 



destination In 



new_gateway In 



This is the type of ICMP datagram 
that is being reported. 

This is the source address from 
the datagram that the ICMP datagram 
pertains to. 

This is the destination address 
from the datagram that the ICMP 
datagram pertains to. 

This is the IP address of the 
gateway that the datagram should 
have been sent to. 



V_> 
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3.1.4 ADD NETWORK FUNCTION 



This routine is used to add information about a reachable 
network into the routing table. This routine will be used at 
first by the command processor which adds networks. It may 
also be used by modules that provide dynamic routing services. 
The format of the CYBIL interface is as follows: 



PROCEDURE ipsr_add_network ( 
network : 0. .0FFFFFF(16) ; 
gateway : ip_address; 
hop_count : INTEGER; 
owner : ipsr_net_owners; 
VAR status : ipsr_status_type) ; 



g^ 



network 



gateway 



hop_count 



owner 



In 



In 



In 



In 



status 



Out 



This is the network number of the 
network that is being added to the 
routing table. 

This is the IP address of the 
gateway that datagrams destined for 
this network should be sent to. 

This is the number of gateways 
that the datagrams must pass through 
to reach this network. 

This J.8 the owner of the table 
entry. Dynamic routing modules may 
use this value to insure that they 
only delete entries that they added. 

This is the status of the 
request. The following values may 
be returned: 

ipsr_successful 

ipsr_invalid_owner 

ipsr_network_exists 

ipsr_unknown_gateway 



c 
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3.1.5 DELETE NETWORK FUNCTION 



This routine is used to delete information about a 
reachable network from the routing table. This routine will 
be used at first by the command processor which removes 
networks. It may also be used by modules that provide dynamic 
routing services. The format of the CYBIL interface is as 
follows: 



PROCEDURE ipsr_delete_network ( 
network : 0. .0FFFFFF(16) ; 
owner : ipsr_net_owners; 
VAR status : ipsr_status_type) ; 



network 



owner 



In 



In 



status 



Out 



This is the network number of the 
network that is being removed from 
the routing table. 

This is the owner of the table 
entry. Dynamic routing modules may 
use this value to insure that they 
only delete entries that they added. 

This is the status of the 
request. The following values may 
be returned: 

ipsr_successful 

ipsr_inval id_owner 

ipsr_unknown_network 



c 
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3.1.6 SEARCH HOST TABLE 



This routine will search the network/host table; the 
host_address will be used as the key. If an entry is found 
then a pointer to the host information record will be 
returned, else the pointer will be NIL. 



^^iii,*/^ 



PROCEDURE ipsr_search_host_table ( 
host_address : ip_address; 
VAR host entry : Upsr_host_inf o) ; 



host address In This is the address of the host 

that we are searching for. 

host_entry Out This is a pointer to the 

information about the host if its 

found in the table. If the host is 

not found then this pointer is 
returned as NIL. 







CONTROL DATA PRIVATE 



Internet Protocol Static Routing ERS 



3-8 

85/11/22 



3.0 SERVICE DESCRIPTIONS 
3.1.7 SEARCH NETWORK TABLE 






3.1.7 SEARCH NETWORK TABLE 



This routine will search the network table. The network 
number will be used as the key. If an entry is found then a 
pointer to the network information record will be returned, 
else the pointer will be returned NIL. 



PROCEDURE ipsr_search_network_table ( 
network_number : 0..FFFFFF; 
VAR network_entry : +ipsr_network_inf o) ; 



network number In 



network_entry Out 



This is the network number of 
the network that we are searching 
for. 

This is a pointer to the 
information record of the network 
being searched for, if the network 
is not found then the pointer will 
be returned NIL. 



_y 
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3.2 ROUTING SERVICES 



The primary purpose of the IPSR module is the routing 
service that it provides to the local system. This service is 
provided by a single routine which accepts the header and 
options of an IP datagram and determines the next host/gateway 
on the datagrams route. 

3.2.1 IP ROUTING FUNCTION 






This routine is called by th 
received. The IPSR module us 
source address, and the ip rout 
best place for the datagram to 
optional and the IPSR module wi 
to the IP module if not specif 
3A system_id of the local desti 
module along with the type of 
also process the IP routing opt 
updates them according to the 
CYBIL interface is as follows: 



e IP module when a datagram is 
es the destination address, the 
ing options to determine the 
go next. The source address is 
11 determine it and return it 
ied. The 3A network_id and the 
nation are returned to the IP 
destination. This routine will 
ions, if there are any, and 
IP protocol. The format of the 



PROCEDURE ipsr_get_route ( 



from_network 
header 
VAR source 
destination 
VAR options 
VAR host_info 
VAR max_data_size 
VAR status 



BOOLEAN; 
ip_header; 
ip_address; 
ip_address; 
ip_opt i on_record; 
ipsr host_rec; 
INTEGER; 
ipsr_status_type) ; 



c 



from network In 



header 



source 



In 



I/O 



This flag should be TRUE if the 
datagram that is being routed was 
received from a network. 



This is 
datagram. 



the header of the IP 



This is the IP address of the 
source, this should be the address 
of the DI on a directly connected 
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network. This parameter is optional 
and will be chosen by the IPSR 
module if not specified. 

destination In This is the destination of the IP 

datagram. 

options I/O This is an array which contains 

the IP routing options. 

host info Out This is a record which contains 
."" the routing information that the IP 

module requires. 

max data_size Out This is the maximum number of 

bytes that a datagram being sent to 
the indicated destination can 
contain. 

status Out This is the status of the 

request. The following values may • 
be returned: 

ipsr_successful 
ipsr_unable_to_route 






C 
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3.3 COMMAND INTERFACE 



The DoD protocols do not at this time provide any method 
for the IPSR module to . obtain the addresses of directly 
connected hosts. It is therefore necessary for these 
addresses to be entered into the routing table manually. This 
management of the routing' tables can be done through the 
procedure interface described in the previous sections, or it 
may be done by the network operator with the commands 
described in this section Two of the commands described in 
this section allow the user to add to, and delete from the 
list of directly connected hosts and gateways. Unless another 
module is provided to do dynamic routing, ICMP data will be 
the only automatic way to add networks to the routing table. 
Two commands are therefore provided to allow the network 
operator to add reachable networks into the routing table 
manually. 

3.3.1 DEFINE IPSR HOST 



This command will enter the information about a directly 
connected host into the routing tables. If the address is not 
that of a directly connected network an error message will be 
returned. 



Command_name : 

Define_IPSR_Host, DEFIH 

Parameters: 

I P address, ipa : LIST 4 OF 0..255 



host_type, ht 



: KEY 

ip_host 

ip_gw 

cdc_host 

cdc_gw 

local ■ local 

network_3_A, n3a : INTEGER 

CONTROL DATA PRIVATE 
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host 3 A, h3a 



Parameter descriptions: 
I_P_ADDRESS 

H0ST_TYPE 

NETWORK_3_A 
HOST 3 A 



0..0FFFFFFFF - 

: INTEGER 

0..0FFFFFFFF - 



This is the IP address of the 
host expressed in the format used by 
SRI. 

This is the type of host being 
defined. 

This is the 3A network id. 

This is the 3A system id. 



Responses: 

Addition of host completed. 
Address already in use. 
Invalid IP address. 
Invalid 3A address. 
Invalid 3B address. 
Invalid type of host. 



V 



Example: 

DEFINE IPSR_H0ST 
IPA-5 123 44 76 
HT-IP_GW 
N3A-09CA 
H3A-367D956F 



CONTROL DATA PRIVATE 
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3.3.2 CANCEL IPSR HOST 



This command will remove the information about a directly 
connected host from the routing tables. 



Command_name : 

Cancel_IPSR_Host, CANIH 

Parameters: 

I P address, ipa : LIST 4 OF 0..255 



o 



o 



Parameter descriptions: 

I_P_ADDRESS . This is the IP address of the 

host expressed in the format used by 
SRI. 



Responses: 

Removal of host completed. 
Host not defined. 
Invalid IP address. 



Example: 

CANCEL_IPSR HOST 

IPA=5 114 244 141 



CONTROL DATA PRIVATE 
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o 



3.3.3 DEFINE IPSR NETWORK 



This command will enter the information about a reachable 
network into the routing tables. 



Command_name : 

Define IPSR Network, DEFIN 



Parameters: 

Network_number, nn 

G_W_address, gwa 
Hop_count, he 



: INTEGER 

O..OFFFFFF(16) 

: LIST 4 OF 0..255 

: INTEGER 

O..OFFFF(16) 



V. 



Parameter descriptions: 
NETWORK_NUMBER 

G W ADDRESS 



HOP COUNT 



This is the network number of the 
network that is being added to the 
routing table. 

This *is the IP address of the 
gateway that datagrams should should 
be directed to, expressed in the 
format used by SRI. 

This is the number of gateways 
that a datagram must pass through in 
order to reach this network. 



Responses : 

Addition of network completed. 
Network already in use. 
Invalid hop count. 



c 



CONTROL DATA PRIVATE 



*-\ 



c 



o 
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Unknown gateway. 



Example: 

DEFINE_IPSR_NETWORK 
NN=1823D5 
GWA-5 23 123 12 
HC-A 
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,'0 



3.3.4 CANCEL IPSR NETWORK 



This command will remove the indicated network from the 
routing table. 



Command_name : 

Cancel IPSR Network, CANIN 



Parameters: 

Network_number, nn : INTEGER 

0..0FFFFFFQ6) 



Parameter descriptions: 



NETWORK NUMBER 



This is the network number of the 
network that is being removed from 
the routing table. 



V. 



Responses: 

Network removed. 
Unknown network. 



Examp 1 e : 

CANCEL_IPSR_NETWORK 
NN-128AF 



c 



CONTROL DATA PRIVATE 
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3.4 ERROR RECOVERY 



The IPSR module will test all input parameters for legality 
before attempting to use them. In each routine there will be 
tests for those "impossible situations" that usually indicate 
that something unexpected has gone wrong. If one of these 
unexpected errors is found then an appropriate log message 
will be generated and an attempt will be made to pick up where 
we left off. 



c 



o 



CONTROL DATA PRIVATE 
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4.0 PERFORMANCE 



4.1 OPERATING CHARACTERISTICS 



The IPSR module is called once for each datagram processed 
by the IP module. It is therefore obvious that the time it 
takes to determine the next stop for a datagram has a large 
impact on the processing time of a datagram. The routing 
options must be as fast as possible, therefore, the routing 
tables will be designed to minimize routing time. The time 
needed to make updates to the routing tables will be 
considered relatively unimportant. The major goal for the 
routing routine is that the ipsr_get_route should not take 
more than 100+(10*log2(N))+(10*log2(H)) assembler instructions 
for N networks with a maximum of H hosts per network. 






CONTROL DATA PRIVATE 
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A. 2 OPERATIONAL MEASUREMENTS 



o 



The IPSR module does not keep any statistics, however, the 
information in the routing tables can be displayed by the CDNA 
status command processor. The content and basic format of the 
information provided is shown below. 



Summary report 



IP hosts 


- ### 


IP gws 


- ### 


CDC hosts 


- ### 


CDC. gws 


- #### 


Locals 


- ### 


Expanded rep 


ort 



IP Static Routing Table Status 



Reachable networks - #### 
Connected networks - ### 



IP Static Routing Table Status 



Directly Connected Hosts 
Type IP Address 



IPJiost 

IP_gw 

CDC_gw 

CDC_host 

Local 



001.011.047.167 
127.001.000.203 
003.000.034.054 
192. 000. 00A. 024 
004.037.242.108 



CDC Address 

000000000001 

000000000002 

000001D3-OOOOOOOOOOOA 



Reachable networks 

Network Gateway Address 



Hops 



Owner 



003 


003.000.034.054 


3 


SRM 


127.003 


127.001.000.203 


34 


IGP 


192.000.003 


127.001.000.203 


7 


EGP 



o 



CONTROL DATA PRIVATE 
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The IPSR module does not need an FSM it has no external 
protocol. 



CONTROL DATA PRIVATE 
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6.0 LOG MESSAGES 



The IPSR module issues the following two log messages to 
indicate that an error has occurred in the IPSR module. 



6.1 INTERNAL ERROR CONDITION 



o 



Message Id: ??? 

Descriptive Message: "IPSR Internal Error" 



+ ++ + 

| Fixed Text | | Type | Value 



"Procedure: " 



Character 
Octet 



1..30 
Octets 



Description 

Name of the procedure 
the error occurred in. 



-++- 



"Description: " 



Examp 1 e : 



Character 
Octet 



1..60 
Octets 



Short description of 
the error that occurred. 



-++- 



85/01/28 15.47.00 123A567890ABC 
IPSR Internal Error 
Procedure: Get_route 
Description: Bad table pointer 



CONTROL DATA PRIVATE 
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7.0 INSTALLATION OPTIONS 



The IPSR module does not require any installation options. 
The only data contained in the module is in the routing tables 
and these tables are initialized to be empty. 



o 



CONTROL DATA PRIVATE 
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8.0 NEW DATA TYPES 



The IPSR module uses a number of ordinals. The status 
returned by its routines is an ordinal, and there are other 
identifiers that are defined as ordinals. The CYBIL 
definition of the various ordinals follows. 



o 



CONST 

unreachable_hop 



-1. 



ipsr_net_unreachable = 20, 
ipsr source quench * icmp_source_quench, 
ipsr_redirect = icmp_redirect, 
ipsr_time_exceeded = icmp_time_exceeded; 



TYPE 

ipsr_status_type - ( 
ipsr_successf ul , 
ipsr_host_exists , 
ipsr_invalid_address, 
ipsr_invalid_owner, 
ipsr_invalid_type, 
ipsr_network_exists, 
ipsr_unable_to_route, 
ipsr_unknown_gateway, 
ips r_unknown_hos t , 
ipsr_unknown_network) , 



{ Function completed. 

{ The host is in the list. 

{ Illegal host address. 

{ Owner parameter incorrect. 

{ Illegal host type. 

{ Network already exists. 

{ No route is available. 

{ Gateway not in the list. 

{ No such host in the list. 

{"No such net in the list. 



ipsr_host_type 
ip_host, 
cdc_host, 
ip_gw, 
cdc_gw, 
local, 
none) , 



( 

{ IP host on an IP network. 

{ CDC host in a CDC Catnet. 

{ IP gateway on an IP network. 

{ IP gateway in a CDC catnet. 

{ IP address of this gateway. 



u 



ipsr_icmp_ind * ( 

ipsr_net_unreachable, ipsr_source_quench, 
ipsr redirect, ipsr_time_exceeded) ; 



CONTROL DATA PRIVATE 
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> 



ipsr net_owners 
all, 
ipsr, 
egp, 
igp) » 



( 

{ Everyone owns this entry. 
{ The routing module owns it. 
{ The External Gateway owns it. 
{ The Internal Gateway owns it. 



ipsr_connect_status 
unknown , 
available, 
unavailable, 
down) , 

ipsr_network_type ■ 
direct, 
remote) ; 



« ( 

{ The status is unknown. 
{ Status up and available. 
{ Status up but unavailable. 
{ Status down. 

( 

{ Directly connected. 

{ Connected thru a gateway. 



\ 



CONTROL DATA PRIVATE 
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The information kept by the routing module includes 
networks and hosts/gateways. The structure used is a nested 
binary table. The first level table is keyed by network 
number. Each entry describes a known network. IF the network 
is directly connected then there will be a field which points 
to a second level table which contains all of the 
hosts/gateways that reside on the network; the host number 
being used as the key. 



c 



TYPE 

ipsr_network_info - RECORD 

status : ipsr_connect_status, 
CASE net_type : ipsr_network_type OF 
■direct" 

local_address : ip_address, 
max_data_size : INTEGER, 
3a_network : net_id_type, 
3a_system : sys_id_type, 
host_root : root, 
■remote= 

next_hop : ip_address, 
hop_count : INTEGER, 
owner : ipsr_net_owners, 
timeouts : INTEGER, 
CASEND, 
RECEND, 

ipsr_host_info = RECORD 

host_type : ipsr_host_type, 

egp_active : BOOLEAN, 

igp~active : BOOLEAN, 

3a_system : sys_id_type, 

status : ipsr_connect_status, 

RECEND; 



VAR 

default_gateway : ip_address, 
ipsr_routing_table : root; 



o 



CONTROL DATA PRIVATE 
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The following term definitions are provided to aid the 
reader in understanding this document. 



CDNA; Control • Data Distributed Network 

Architecture. 

Datagram: This is a block of ULP data, and is the 
unit of data processed by the IP module. 

DoD; Department of Defense. 

IP: DoD Internet Protocol. This is the level 

three protocol used by the DoD. It provides 
the serves of an OSI internet layer. 

OSI: Open System Interconnect. This is a model 

developed by the International Standards V 

Organization (OSI) which defines a method of 
layering modules within networking software. 

Protocol: Each user of the IP module is identified 
by a specific protocol identifier. This 
identifier is referred to throughout this 
document as the protocol. 

SAP: Service Access Point. A SAP is defined in 

this manual as the point of access to the 
services that a module provides. In the case 
of the IPSR module this point of access is 
defined by a set of routine address provided 
by the IPSR module through the open_sap 
request. 

TCP: DoD transmission control protocol. This 

is the transport protocol used by the DoD. 
TCP provides an error free orderly end to end 
data transmission. 

UDP: DoD user datagram protocol. This is a 

protocol which provides an single datagram 
transfer service with no promises. 



c 



CONTROL DATA PRIVATE 
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ULP; User Level Protocol. Used at various 

times to indicate the user of the module 
being discussed. 



o 



CONTROL DATA PRIVATE 
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c 



